MySQL内核技术之“Opt_trace_系列”

MySQL代码使用了大量Opt_trace相关结构，先看代码中的一段注释：

  This optimizer trace is aimed at producing output, which is readable by
  humans and by programs, to aid understanding of decisions and actions taken
  by the MySQL Optimizer.

可以看出Opt_trace是用来记录相关操作的，以便帮助开发人员进行调试。其并不具有功能性作用。先来看一下MySQL中是怎么使用Opt_trace的。在主执行函数mysql_execute_command中（位于sql_parse.cc）：

  Opt_trace_start ots(thd, all_tables, lex->sql_command, &lex->var_list,
                      thd->query().str, thd->query().length, NULL,
                      thd->variables.character_set_client);

  Opt_trace_object trace_command(&thd->opt_trace);
  Opt_trace_array trace_command_steps(&thd->opt_trace, "steps");
  ...
    case SQLCOM_SELECT:
  {
    if (!res)
      res= execute_sqlcom_select(thd, all_tables);
    break;
  }

在执行sql操作（如SELECT）前，基于thd->opt_trace创建出trace_command和trace_command_steps。注意：当执行完毕后，这两个变量自动销毁。

那么Opt_trace_context是什么呢？直接看注释：

A per-session context which is always available at any point of execution, 
It maintains properties of the session's regarding tracing: enabled/disabled 
state, style (all trace on one line, or not, etc), a list of all remembered 
traces of previous and current SQL statement (as restricted by OFFSET/LIMIT), 
and a pointer to the current (being-generated) trace (which itself has a 
pointer to its current open object/array).

简单来说就是thd->opt_trace存了很多上下文信息。这些信息在整个query执行过程中都是需要的。最上面的代码中：

Opt_trace_start ots(thd, all_tables, lex->sql_command, &lex->var_list,
                          thd->query().str, thd->query().length, NULL,
                          thd->variables.character_set_client);

就是用来初始化和赋值thd->opt_trace的。当执行完毕后，ots所在的函数体mysql_execute_command退出时就自动销毁了，thd->opt_trace在ots的析构函数中被销毁。除了

基类为Opt_trace_struct定义在opt_trace.h中。代码用的最多的是两个派生类Opt_trace_object和Opt_trace_array，以及Opt_trace_context